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Distributed  vs.  Centralized  Database  Systems  - 
transaction  execution  cost  and  performance  analysis 
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Abstract 


The  purpose  of  this  paper  is  twofold.  First,  we  invest iqate  the 
impact  of  concurrency  control  on  transaction  execution  cost  and  system 
throughput  in  centralized  and  distributed  data  base  systems  (DBS)  based 
on  slow  and  fast  (local)  networks.  Second,  we  show  that  in  terms  of 
transaction  execution  cost  and  DBS  throughput  there  are  some  applica- 
tions for  which  any  distributed  DBS  can  be  more  effective  than  any  cen- 
tralized DBS  and  vice  versa.  We  also  argue  that  for  other  aoplications 
the  decision  in  favour  of  distributed  or  centralized  DBS  should  be  based 
on  the  comparison  of  specific  DBS  systems. 


_1.  Introduction. 

Distributed  database  systems  (D-DBS)  are  alleged  to  provide  numerous 
advantages  over  centralized  database  systems  (C-DBS) .  The  usual  argu- 
ments in  favour  of  the  D-DBS  are: 

a.  improved  user  attitude  -  the  distribution  of  data  and  process- 
ing gives  users  greater  control  and  autonomy  over  the  data  processing 

b.  improved  reliability  and  availability  -  because  of  the  parti- 
tioning of  data  and  replication  of  processors  and  data 

c.  improved  extensibility  and  modularity 

d.  decreasing  cost  of  hardware  should  make  D-DES  cost  effective 

e.  D-DBS  could  provide  better  performance  and  perhaps  lower  tran- 
saction execution  cost  because  they  have  inherent  concurrent  execution 
capabilities  not  available  in  C-DBS 

'A:e  expect  that  in  many  applications  the  last  consideration,  i.e. 
transaction  execution  cost  and  performance,  will  be  the  principal  factor 
when  deciding  between  C-DBS  and  D-DBS.  Therefore  in  this  paper,  we 
analyze  and  compare  the  transaction  execution  cost  and  the  performance 
of  C-DBS  and  D-DBS.  We  are  here  interested  in  two  goals.  First,  we 
want  to  investigate  the  importance  or  the  impact  of  concurrency  control 
on  transaction  execution  cost  and  system  throughput  in  C-DBS  and  D-DBS 
based  on  slow  and  fast  (sometimes  called  local)  networks.  Second,  we 
are  interested  in  a  simple  and  robust  analysis  which  explains  certain 
intuitive  notions  about  the  preferability  or  suitability  of  D-DBS  or  C- 
DBS  for  some  applications.  Our  analysis  is  general  ,  i.e.  it  is  not 
meant  to  represent  any  particular  concurrency  control  mechanism,  C-DBS 


or  D-DBS.  The  analysis  however  can  become  specific  by  substituting 
proper  values,  representing  specific  concurrency  control  mechanisms  or 
DBS  systems,  into  the  derived  formulas. 

2.  Previous  work. 


It  appears  that  there  are  no  published  papers  dealing  with  compara- 
tive analysis  of  distributed  and  centralized  DBS  systems.  However, 
recently  some  work  has  been  done  on  the  performance  analysis  of  distri- 
buted DBS  (BAD  90,  MOL  79,  RIE  79)  and  there  are  two  publications  (BUC 
79,  STE  79)  somewhat  related  to  this  paper.  The  paper  by  Bucci  and 
Streeter  (BUC  79)  deals  with  the  cost  and  performance  analysis  of  a  sin- 
gle processor  with  multiple  remote  terminals.  The  paper  also  contains  a 
short  sketch  of  a  very  simple  comparative  cost  analysis  of  distributed 
and  centralized  DBS.  The  paper  by  Stewart  (STE  79)  describes  a  discrete 
simulation  modelling  tool  developed  for  the  performance  analysis  of  IB!* 
SNA  system  configurations.  It  is  obvious  from  the  paper  that  this  per- 
formance analysis  tool  can  be  used  for  already  implemented  systems  as 
the  simulator  input  requires  detailed  system  implementation  information 
e.g.,  number  of  instructions  per  program,  number  of  I/O,  a  priority 
interrupt  mechanism,  a  priority  dispatcher,  CPU  definition,  etc.  How- 
ever, it  is  indicated  in  the  paper  that  the  simulator  could  be  used  for 
the  performance  analysis  of  distributed  DBS  -  presumably  once  it  has 
been  implemented. 


3.     D-OBS  vs.  C-DBS:  Transaction  Execution  Cost  Analysis. 

In  our  analysis,  we  consider  C-DBS  with  remote  users  and  a  D-DBS 
with  similar  capabilities  in  which  data  and  processing  power  are  distri- 
buted to  the  remote  users.  Figure  1  shows  both  DBS  configurations  we 
analyze  in  this  paper.   (RU  is  remote  user  and  LU  is  local  user). 
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In  this  paper  the  cost  is  defined  in  terms  of  the  number  of  exe- 
cuted instructions,  the  amount  of  generated  I/O  and  the  number  of  mes- 
sages, or  any  subset  of  these.  We  model  the  average  cost  of  one  tran- 
saction processing  in  the  C-C3S  as  consisting  of  three  parts  as  follows: 


Cc  ~  ""csys  +  Ccom  *  Csyn  (1^ 


where 


Cr  s  is  the  average  cost  of  executing  one  transaction  in  the 
C-DBS  without  a  concurrency  control  (CC) 

C    is  the  average  (communication)  cost  of  submitting  the  tran- 
saction from  the  remote  user  to  the  C-DBS 

Cs   is  the  average  CC  cost,  i.e.  the  average  cost  due  to  syn- 
chronization of  the  transaction 

Since  any  transaction  in  any  DBS  is  either  conflicting  (i.e.,  try- 
ing to  acquire  resources  already  acquired  by  some  other  transaction)  or 
nonconflicting  then  Cs  consists  of  two  types  of  costs  -  the  cost  (C  c) 
associated  with  nonconflicting  transaction  and  the  cost  (cconf[)  when 
the  transactions  interfere,  i.e.,  conflict.  We  can  express  Cs  as  fol- 
lows: 


Csyn  =  DI  *  Cconfl  +  ccc  <2> 


where 

DI,  the  degree  of  interference,  is  the  ratio  of  the  number  of 
conflicting  transactions  to  the  number  of  all  transactions 

cconfl  *s  t*ie  avera<3e  cc  conflict  resolution  cost  per  conflict- 
ing transaction 

DI*C confi  is  the  average  conflict  resolution  cost  per  transac- 
tion 

C  is  the  average  CC  no-conflict  cost  per  transaction 
Transactions  in  D-DBS  can  be  divided  not  only  into  conflicting  and 
nonconflicting  (as  in  C-DBS)  but  they  can  be  also  divided  into  local  and 
nonlocal  or  global  transactions  depending  whether  they  execute  at  one 
site  only  (local  transaction)  or  more  than  one  site  (global  transac- 
tions) .  Thus  the  cost  of  transaction  processing  in  the  distributed  DBS 
(D-DBS)  can  be  modeled  as  the  cost  of  local  and  nonlocal  (or  global) 
transaction  executions  weighted  by  the  terms  reflecting  the  number  of 
local  and  global  transactions  in  the  system.  Then  the  cost  C^  of  the 
transaction  processing  in  D-DBS  is: 


Cd  "  X*(Clsys  +  Clsyn>  +  (1"X)*(Cgsyn  +  Cgsys>  f3) 

where 

clsvs  *s  t**e  avera<3e  cost  of  local  transaction  execution  without 
considering  concurrency  control 

Clsvn  *s  t^ie  avera9e  cc  cost  per  local  transaction,  i.e.,  one 


which  needs  to  access  data  only  at  one   site 

C_QV._  is  the  average  cost  of  global  transaction  execution 

gbyS 

without  considering  concurrency  control 

Crrctwn  is  the  average  CC  cost  per  global  transaction,  i.e.  one 
which  needs  to  access  data  at  more  than  one  site  of  the  D-DBS 

X  is  the  ratio  of  the  number  of  local  transactions  to  all  tran- 
sactions 

1-X  is  the  ratio  of  the  number  of  global  transactions  to  all 
transactions 


Let 


cgsys  =  Clsys  +  Cdata  (3a) 

where 


C"data  is  the  average  (communication)  cost  of  data  transfers  dur- 
ing the  global  transaction  execution 


cls   can  be  further  decomposed  in  a  similar  manner  to  Cs   in  the  case 
of  C-DBS: 


clsyn  =  DI1  *  Clconfl  +  Clcc  <4> 


where 

DIi  is  the  degree  of  interference  of  local  transactions  at  each 
site  of  the  D-DBS,  i.e.  ratio  of  the  number  of  conflicting  local  tran- 
sactions (i.e.,  local  transactions  conflicting  with  local  transactions 


but  not  with  global  transactions)  to  the  total  number  of  local  transac- 
tions 

Clcc  is  the  average  CC  no-conflict  cost  per  local  transaction 
Ci   ri  is  the  average  CC  conflict  resolution  cost  per  local 
conflicting  transaction. 


C  s   can  also  be  decomposed  in  similar  manner  as  follows: 


Cgsyn  =  Cgcc  +  DIg  *  Cgconfl  <5> 


where 

C    is  the  average  CC  no-conflict  cost  per  global  transaction 
C aconfi  is  the  average  CC  conflict  resolution  cost  per  global 

transaction 

DI  is  ratio  of  the  number  of  conflicting  transactions   (i.e., 

global  transactions  conflicting  with  global  and  local  transactions)  to 

the  number  of  global  transactions 

Substituting  into  (1)  and  (3)  from  (2) ,  (3a) ,  (4) ,  and  (5)  we  obtain 


cc  =  Ccsys  +  Ccom  +DI*  Cconfl  +  Ccc  ™ 

Cd  =  Clsys  +  X*fDIl*Clconfl  +  Clcc>  +  ^ *(DIg*Cgconfl  +  Cgcc  + 

cdata>  (?) 


In  order  to  simplify  (6)  and  (7)  we  assume  that  the  cost  of  synchroniz- 
ing local  transactions  in  D-DBS  is  proportional  to  the  cost  of  synchron- 
izing the  transactions  in  C-DBS,  i.e.,  we  assume  that: 

Clconfl  =  Kl*  Cconfl 

Clcc  =  Kl*  Ccc  (8) 

where  Kj  ?   1  if  the  following  applies: 

a)  processors  in  D-DBS  can  not  support  the  same  CC  mechanism  at 
the  same  cost  as  C-DBS,  e.g.,  number  of  I/O  is  different,  etc. 

b)  D-DBS  uses  CC  mechanism  different  from  the  one  used  in  C-DBS 

c)  when  both  of  the  above  apply 

We  can  also  assume  that  the  cost  of  local  transaction  execution 
without  synchronization  in  D-DBS  is  proportional  to  the  cost  of  transac- 
tion execution  without  synchronization  in  C-DBS,  i.e.,  we  assume: 

^lsys   A2  *~csys  u; 

where  '<2  ^  1  if  processors  in  D-DBS  execute  local  transactions  (without 
CC)  at  a  different  cost  compared  to  C-DBS. 

We  also  assume,  somewhat  arbitrarily,  that  the  degree  of  global  and 
local  transaction  interference  in  D-DBS  is  proportional  to  the  degree  of 
transaction  interference  in  C-DBS  as  follows: 


DI 


=  (1-K3)*DI  (10) 


DIj  =  *3*DI 


where  large  K-,  reflects  either  good  D-DBS  design  and/or  applications 
with  strong  locality.  We  feel  that  the  above  assumption,  whether  right 
or  wrong,  becomes  irrelevant  for  applications  featuring  very  low  degrees 
of  transaction  interference.  We  note  here  that  most  of  present  applica- 
tions seem  to  be  in  that  class. 

Finally  we  assume  that  the  cost  of  synchronizing  global  transactions  in 
D-DBS  is  proportional  to  the  cost  of  synchronizing  the  transactions  in 
C-DBS,  i.e.,  we  assume  that: 

C„_„  =  K  *C_„  (11) 

gcc    o  cc  ' 

C        =  K   *C 

gconf 1  "  "  o  conf 1 
We  will  refer  to  a  D-DBS  which  uses  slow  network  (slow  compared  to 

secondary  memory  channels)  as  a  slow  D-DBS  for  which  X  >>  1.  We  will 

refer  to  a  D-DBS  which  uses  fast  network  (comparable  to  secondary  nemory 

channels  )  as  a  fast  (local)  D-DBS  for  which  -<0«1.  Substituting  (8)  , 

(9),  (10)  and  (11)  into  (a)   and  (7)  we  get 

Cc  =  Ccsys  +  Ccom  +  DI*Cconfl  +  Ccc  <12> 

Cd  =  K2*Ccsys  +  X*(K3*DI*VCconfl  +  VCcc>  + 

(1-X) *( (1-K3) *DI*KQ*Cconfl  +  KQ*CCC  ♦  Cdata)  (13) 

We  would  like  to  know  when  the  cost  of  transaction  execution  is 
larger  in  C-DBS  compared  to  the  cost  of  transaction  execution  in  D-DBS. 
Let 
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Substituting  from  (12)  and  (13)  into  (14)  we  obtain 

d-^Srsys  +  Ccom  +  ^"W^  *DI*Cconfl  +  ^l**)*^  > 
(l-X)*(2*K0*(l-K3)*DI*Cconfl  +  KQ*CCC  +  Cdata)  (15) 

If  Xasl,  i.e.  when  almost  all  transaction  in  D-DBS  are  local 
then  (15)  reduces  to 

d-^^csys  +  Ccom  +  U-Vty  *DI*Cconfl  +  ^l^cc  >   °         <16> 

When  almost  all  transactions  are  local  (or  equivalently  when  D-DBS  is 

well  designed)  we  introduce  only  negligible  error  by  assuming  that  X3  = 

lf  i.e.,  assuming  that  the  degree  of  interference  in  C-DBS  is  the  same 
as  in  D-DBS.  Then  { 1*S)  can  be  rewritten  as 

ccom  >   "V^csys  +  ^r^syn  <17> 

Let's  assume  that  Kl  =  1,  i.e.  C-DBS  and  D-DBS  execute  under  the  same  CC 
mechanism  and  the  CC  cost  is  the  same  in  both.  Then  (17)  reduces  to 

Ccom>  'V^csys  (18) 

If  we  also  assume  that  K2  =  1,  i.e.  the  cost  of  transaction  execution 
without  CC  in  D-DBS  and  C-DBS  is  the  same  then 


11 


C„„m  >  0  (19) 

com  ' 

which  is  always  true. 

The  above  result  says  that  in  applications  where  (a)  almost  all 
transactions  are  local,  (b)  the  same  CC  mechanism  is  used  in  C-CBS  and 
D-DBS,  (c)  local  processors  in  D-DBS  do  not  impose  any  processing  cost 
penalty  compared  to  C-DBS  processor,  then  the  D-DBS  regardless  of  the 
speed  of  its  network  and  regardless  of  the  degree  of  interference  will 
result  in  lower  transaction  execution  cost.  This  result  which  has  been 
derived  from  the  analysis  of  our  model  is  in  a  complete  accord  with  our 
intuition  as  it  is  to  be  expected  if  the  model  is  realistic. 

We  come  to  the  same  conclusion  when  K2  =  1  and  K,  <  1,  (i.e.  local 
processors  in  D-DBS  do  not  impose  any  transaction  processing  cost 
penalty  compared  to  C-DBS  processor  and  D-DBS  executes  under  different 
CC  mechanism  which  has  lower  overhead  cost) . 

Let's  assume  that  K-,  =  K0,  i.e.  the  local  processors  in  C-DBS 
impose  the  same  cost  penalty  on  transactions  and  CC  programs  processing. 
Then  from  (17)  we  get 

ccom>  (Kr^^syn  +  Ccsys>  ^ 

From  (20)  the  only  scenario  on  which  we  can  make  a  general  observa- 
tion on  is  when  Ki  >>  1,  i.e.,  when  local  processors  in  D— DBS  impose 
heavy  processing  cost  penalty  compared  to  C-DBS  processor.  Then  from 
(20)  we  obtain 
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ccom  »  fCsyn  +  Ccsys)  <21' 

The  conclusion  from  (21)  is  that  even  if  Ki  >>  1  C-DBS  can  still 
result  in  lower  transaction  processing  cost  in  applications  where  users 
ship  large  amounts  of  data  per  transaction  between  remote  terminals  and 
C-DBS  processors,  and  terminal  communication  lines  are  slow  and  costly 
and  transactions  are  not  computationally  intensive. 

We  note  here  that  our  analysis  could  be  made  specific  by  substitut- 
ing either  measured  or  assumed  values  for  the  parameters  in  our  formu- 
las. We  avoid  doing  so  as  no  commercial  D-DBS  is  operational  today. 
Therefore,  we  rather  attempt  to  use  a  few  reasonable  assumptions  so  that 
we  can  simplify  our  formulas  and  then  make  qeneral  observations. 

Let's  assume  that  DI^aBO,  i.e.  very  few  transactions  interfere 
(that  seems  to  be  valid  assumption  for  most  applications).  Also  assume 
that  Kl  =  K2  =  l,i.e.  local  processors  in  D-DBS  do  not  impose  any  cost 
penalty  on  transactions  and  CC  programs  processing  compared  to  C-DRS 
processor.  Then  from  (15)  we  obtain 

ccom>  U-X>*<cdata  +  W1*  >  ^ 

For  fast  D-DBS  X   1  and  (22)  reduces  to 

ccom  >  ^-x)*Cdata  '23> 

For  slow  D-D3S  Ko  >>  1  and  (22)  reduces  to 

ccom>  U-XJ^data  +  VCcc>  <24> 
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The  observations  we  offer  on  (23)  and  (24)  is  that  when  comparinq 
transaction  execution  cost  in  C-DBS  and  fast  D-DBS  then  the  CC  -nechanism 
problem  is  not  very  important.  However,  it  becomes  very  important  when 
comparing  cost  of  transaction  execution  in  C-DBS  and  slow  D-CBS. 

4.  C-DBS  vs  D-DBS:  Performance  Analysis. 

The  second  issue  we  want  to  investiqate  in  this  paper  is  the  impact 
of  concurrency  control  on  throughput  of  C-DBS  and  D-DBS  based  on  slow 
and  fast  networks.  We  are  also  interested  in  identifying  applications 
for  which  we  can  say  that  any  D-DBS  will  likely  outperform  any  C-DBS  and 
vice  versa. 

The  C-DBS  throughput  can  be  derived  by  considering  the  fact  that 
system  transaction  processing  rate  is  decreased  by  synchronization  of 
transactions.  Thus  we  can  express  C-DBS  throughput  0  as  follows: 

Q-c   ■  ^SC  -  <SCcc  +  SCconfl>!  <25) 

where 

Sp  is  the  basic  transaction  processing  rate  of  C-DBS  which  does 
not  have  any  concurrency  control 

Sp  is  the  fraction  of  basic  transaction  processing  rate  Sp 
used  for  synchronization  of  transactions 

SC  nfl  is  the  fraction  of  Sc  used  for  resolution  of  conflicts. 
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We  model  D-DBS  as  a  set  of  n  processors  whose  physical  dependency 
due  to  an  underlying  network  and  whose  logical  and  functional  dependency 
due  to  global  transactions  are  reflected  only  as  a  decrease  of  the 
throughput  of  every  site  in  D-DBS.  Thus,  the  throughput  of  D-DBS  can  be 
derived  in  terms  of  each  node  processing  rate  and  its  decrease  due  to 
the  synchronization  of  local  and  global  transactions  as  follows: 

Cd  =  n*<SL-(SLcc  +  DIL*SLconfl>l  +  ^)*tC0*SL  "  <SGcc  +  DIC*SCconf l]  » 
where 

Y  is  the  ratio  of  local  transactions  to  all  transactions 

n  is  the  number  of  sites  or  nodes  in  the  D-DBS 

SL  is  the  transaction  processing  rate  of  each  of  n  nodes  without 
concurrency  control 

Sr™  is  the  fraction  of  SL  used  for  the  synchronization  of  tran- 
sactions local  to  one  site 

DIr  is  the  degree  of  local  transaction  interference,  i.e.,  the 

Li 

ratio  of  local  interferring  transactions  to  all  local  transactions 

SLconfl  *s  t^e  fracti°n  °f  S^  used  for  the  resolution  of  local 
transaction  conflicts 

SG  is  the  fraction  of  SL  used  for  the  processing,  of  synchron- 
ization messages  of  global  transactions 

Sr  £1  is  the  fraction  of  SL  used  for  the  resolution  of  global 
transaction  conflicts 

DIr  is  the  degree  of  global  transaction  interference,  i.e.,  the 
ratio  of  interferring  global  transactions  to  all  global  transactions 
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Cq  is  the  ratio  of  D-DBS  average  network  delay  to  D-DBS  local 
processor  I/O  time 

We  further  assume  that 


bGcc   ~01  bLcc 
SGconfl  =  C02*SLconfl 


where 


C01  =  C00*Mcc 
C02  =  C00*yconfl 


where 


Cqq  is  the  ratio  of  average  network  delay  to  CC  message  set-up 
time 

V  is  CC  no-conflict  overhead,  i.e.,  the  average  number  of  mes- 
sages a  given  CC  mechanism  requires  for  synchronization  of  nonconflict- 
ing  transactions 

Mconfl  ^s  "*"  conflict  overhead,  i.e.,  the  averaae  number  of  mes- 
sages a  given  CC  mechanism  requires  for  the  resolution  of  transaction 
conflicts.  (An  example  of  CC  conflict  and  no-conflict  overhead  analysis 
of  several  CC  mechanisms  can  be  found  in  (BAD  31) ) . 

We  also  assume  that 


SL  =  C1*SC 
SLcc  =  C2*SCcc 
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SLconfl  "  C2*SCconfl 
DIL  =  C3*DI 

DIG  =  (1-C3)*DI 

We  are  interested  when 

Qc  >  Qd  (27) 

Substituting  into  (27)  from  (25)  and   (26)  and  using  the  above 
assumptions  we  obtain 

SC  -  (SCcc  +  DI*Cconfl)  >y  nMYMC^Sc  -  (C2*SCcc  +  C3*C2*DI*SCconfl) ]  + 
(l^)*[CQ*C1*Sc   -  (C01*C2*SCcc  ♦  d-C3)*C02*C2*DI*SCconfl)H        (28) 

In  order  to  simplify  (28)  we  will  assume  that  Dlasf),  C^  =  C2  and  Cq 
=  1.   Thus  we  consider  applications  which  have  very  few  conflicting 

transactions.  We  also  assume  that  C-DBS  and  D-DBS  either  use  the  same 
CC  mechanisms  or  if  they  are  different  than  the  decrease  of  local  pro- 
cessor throughput  is  the  same  as  if  they  both  used  the  same  CC  mechan- 
isms (Ci  =  C2) •  Finally  we  assume  fast  D-DBS  where  D-DBS  local  proces- 
sor I/O  speed  is  the  same  as  D-DBS  network  speed  (C«  =  1) .  Substitutina 
these  assumptions  into  (28)  leads  to 


(29) 
*(1  -  n*C,J    >  1  -  n*C1*(CQ1  +  Y*(l  -  CQ1) ) 


~Ccc 


We  consider  three  cases  when  1  >  n*C^,  1  =  n*C^  and  1  <  n*C^.  When  1  > 
n*Cir  i.e.,  Sq   >  n*SL  then  (29)  can  be  rewritten  as 
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Sc  1  -  n*C1*(Y  +  C01*(l  -  Y))  (30) 


However,  for  any  D-DBS 


~Ccc 


and  therefore 


(31) 


(1  -  n*C2*(Y  +  C01*(l  -  Y))  (32) 
\     1 


1  -  n*Cx 


As  we  assumed  1  -  n*C^  >  0  (32)  reduces  to 

C01  ^  1  (33) 

Thus  if  Sc  >  n*SL,  then  Qc  >  Q^  only  if  C01  ^  1. 

r/hen  n*C^  =  1  then  (29)  considering  (31)  reduces  to 

C0i  >,   1  (34) 

Thus  if  Sc  =  n*SL  then  Q„  >,  3^  only  if  C01  y   1,  else  ?c  <  Q^, 

When  1  <  n*C^,  i.e.,  when  Sc  <  n*SL,  then  (29)  considering  (31)   reduces 

to 

CQ1  ^1  (35) 

Thus  if  Sc  <  n*SL,  then  Qc  .>  Qd  only  if  CQ1  £,  1,  else  ?d  >  3C. 

From  (33) ,  (34)  and   (35)  we  can  conclude  that  when  comparing 
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throughput  of  C-DBS  and  D-DBS  based  on  fast  network  then  the  CC  mechan- 
ism (i.e.  its  CC  overhead)  and  its  efficient  implementation  (i.e.  effi- 
cient message  processing)  are  quite  important.  This  observation  is  not 
entirely  intuitive  in  the  light  of  our  assumption  of  very  few  conflict- 
ing transactions,  i.e.,  Dls*0.  Of  course  if  there  are  many  conflicting 
transactions  one  would  expect  CC  mechanism  to  be  important  for  D-DBS 
throughput . 

An  interesting  observation  can  be  made  on  (35) .  Even  if  D-DBS 
transaction  processing  rate  without  CC  mechanism  is  larger  than  transac- 
tion processing  rate  without  CC  in  C-DBS,  a  D-DBS  with  CC  mechanism  can 
perform  worse  than  C-DBS  with  CC  mechanism  if  C«i  <  1,  i.e.,  if  either 
CC  mechanism  has  high  no-conflict  overhead  or  it  has  slow  CC  message 
processing. 

Let's  consider  applications  where  Y«*l,  i.e.,  there  are  very  few 
global  transactions  or  equivalently  almost  all  transactions  are  local. 
In  such  case  we  can  also  assume  that  C-,  =  1.  Substituting  these  assump- 
tions into  (27)  we  obtain 

Sc*(l  -  n*Cx)  >  (SCcc  +  DI*CCconfl)*(l  -  n*C2)  (35) 

We  consider  (36)  when  1  >  n*Clf  1  =  n*C1  and  1  <   n*Cj^ 
When  1  >  n*C^  then  from  (36)  and  (31)  we  obtain: 

C2  <  Cx  (37) 

Thus  when  Sc  >  n*SL  then  Qc  >  Qd  only  when  C2  <  Cj,,  i.e.,  when  D- 
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DBS  and  C-DBS  use  different  CC  mechanism  or  they  use  the  same  one  but 
the  D-DBS  local  processor  throughput  decrease  due  to  synchronization  of 
nonconflicting  transactions  is  smaller  than  the  decrease  in  local  pro- 
cessor transaction  processing  rate  compared  to  C-DBS  transaction  pro- 
cessing rate. 

'//hen   1  =  n*Cj_,    i.e.,  when  Sc  =  n*SL  then    (36)   always  holds  and  thus 

Qc  >  V 

When  1  <  n*C^  then  from   (36)   and    (31)   we  get 

C2  >  C1  (38) 

Thus  when  Sr  <  n*SL  then  CL  >  Qd  only  if  C2  >  C1  .  If  C2  <  C±  then 
Q^  >  Q_.  The  implication  here  is  that  Q^  >  Qc  if  either  D-DBS  uses  more 
efficient  CC  mechanism  than  C-DBS  or  D-D3S  uses  the  same  CC  mechanism 
but  its  implementation  is  more  efficient  compared  to  D-DBS  transaction 
processing,   i.e.,    if 


SLcc 


SCcc  SC 

As  can  be  seen  from  (36),  (37)  and  (38)  CC  mechanism  is  a  signifi- 
cant issue  when  comparing  performance  of  C-DBS  and  D-DBS  systems,  "^ore- 
over  it  is  important  even  for  the  performance  of  D-DBS  based  on  fast 
network  and  for  applications  where  either  there  are  few  inter ferring 
transactions  or  where  there  are  few  global   transactions. 

5.     Conclusions. 
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In  this  paper  we  have  investigated  transaction  execution  cost  and 
system  throughput  in  C-DBS  compared  to  D-DBS  systems  based  on  slow  and 
fast  networks.  The  conclusions  reached  in  this  paper  indicate  that  the 
efficiency  of  CC  mechanism  is  of  great  importance  when  comparing  C-DES 
and  fast  or  slow  D-DBS  throughput.  The  same  observation  applies  when 
comparing  transaction  execution  cost  in  C-DBS  and  slow  D-DBS.  It  seems 
that  CC  mechanism  is  not  important  when  comparing  the  cost  of  transac- 
tion execution  in  C-DBS  and  fast  D-DBS. 

In  this  paper  we  have  also  indicated  for  which  applications  any  D- 
DBS  is  likely  to  be  a  better  solution  than  any  C-DBS  and  vice  versa. 
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